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PURPOSE: To' improve the transferring properties of the surface of a mold to a 
molded form as well as the appearance and quality of the same, by a method wherein 
the surfaces of the cavity and the core or either one of them of the mold are 
heated directly before the mold is filled with molding material, then, the molding 
material is applied into the mold. 

CONSTITUTION: Air, supplied through a compressed air supplying port 11, is passed 
through an air supplying hose 16 and a heating valve 12, then, the temperature 
thereof is raised by a heating device 13. In this case, a cooling valve 7 and a 
cooling water purging valve 10 are closed and the air is stagnated in the hose 2a. 
The temperature of a cavity 3a is detected by a temperature sensor 14 and a signal 
is sent into a controller 17. The controller 17 sends a signal to a heating valve 
12 when the temperature detected by the temperature sensor 14 has arrived at the . 
melting temperature of molding material 6 to close the heating valve 12. At the 
same time, the beating device 13 is separated from a space between the fixed mold 3 
and a movable mold 4, thereafter, the fixed mold 3 and the movable mold 4 are mated 
and molten molding material 6 is applied into the space between the cavity 3a and a 
core 4a. 
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© Method for controlling data transfer buffer. 



© In a data processing system in which data is 
transferred between memory areas (A, B, C, D, E) 
through a transfer buffer (58) shared by the memory 
areas, receive capability indication means (59) which 
is commonly accessable by the memory areas and 
contains information indicating whether data can be 
transferred to the respective memory areas or not is 
provided, and data to be transferred from one mem- 
ory area to other memory area is stored in the 
transfer buffer in accordance with the content of the 
receive capability indicator. 
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METHOD FOR CONTROLLING DATA TRANSFER BUFFER 



BACKGROUND OF THE INVENTION 

Field of the Invention 

The present invention relates to a method for 
controlling a data transfer buffer suitable for use 
when a capacity of the buffer is limited in a com- 
puter system in which information is transmitted 
and received through the buffer. 



Description of the Prior Art 

In a computer system, a memory area called a 
user space is allocated to each of a plurality of 
user programs in a main memory. 

When data is to be transferred between those 
spaces, transfer data is stored, under a control of 
the user program of a transferring location, to a 
transfer buffer in a memory area to be commonly 
accessed by the user programs, and the data in 
the transfer buffer is received, under a control of a 
user program of a destination location, by a mem- 
ory area to which the user program of the destina- 
tion area belongs. In the prior art system, sufficient 
consideration was not paid for a capability of re- 
ception at the destination space, and the transfer 
data is stored in the transfer buffer area in re- 
sponse to a transfer request irrespective of whether 
the destination space is ready to receive the data 
or not, and the information is enqueued to a trans- 
fer quene which manage readout of the stored 
data. As a result, if the destination station is not 
ready to receive the information, the information is 
held in the transfer buffer area. Thus, if a large 
amount of data is transferred between spaces, the 
information may be held for a long time. JP-A-58- 
1222 teaches providing a large capacity data buffer 
and sharing it for a plurality of times of data trans- 
fer. 

However, even in the manner, the most por- 
tions of the buffer area may be occupied by the 
data in certain probability. Then, the request for 
data transfer is rejected. 



In accordance with the present invention, in- 
dication means for indicating a status of a receive 
buffer in each space is arranged in a common area 
to the system. The information of the display unit is 

5 referenced by the transfer location so that it grasps 
the status of the receive buffer at the destination 
location. Thus, whether the destination station may 
immediately receive the data or not is checked, 
and if it may receive, the transfer data is sent to 

10 the transfer buffer. The transfer location determines 
the amount of data receivable by the destination 
location and sends that amount of data. Thus, the 
transfer of an amount of data not receivable by the 
destination station into the buffer is prevented. By 

75 queuing a transfer request on FIFO basis on each 
space to which the request was issued, separately 
from the transfer processing, the transfer may be 
suspended until it is permitted, without any special 
processing. 



BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 shows an overall configuration of an 
25 electronic computer system to which the present 
invention is applied, 

Fig. 2 shows a configuration in a central 
processing unit, 

Fig. 3 shows a format of a table and a buffer 
30 area in each user area in one embodiment of the 
present invention, 

Fig. 4 shows a format of a table in a com- 
mon area and a transfer buffer, 

Fig. 5 shows a transmit flow chart in a trans- 
35 fer execution program, and 

Fig. 6 shows a receive flow chart in the 
transfer execution program. 



40 DESCRIPTION OF THE PREFERRED EMBODI- 
MENTS 



Fig. 1 shows an overall configuration of an 
electronic computer system to which the present 
45 invention is applied. It comprises a central process- 
ing unit 1, a communication control unit 2, terminal 
control units 3 and 4 connected thereto through 
lines 11 and 12, respectively, terminal devices 5, 6, 
7 and 8 connected thereto, a communication con- 
so trol unit 9 connected to the communication control 
unft 2 through a line 13, and a central processing 
unit 10 connected thereto. The communication con- 
trol unit 9 is also connected to the terminal control 
units 3 and 4 through lines 14 and 15, respectively. 



20 



SUMMARY OF THE INVENTION 

It is an object of the present invention to trans- 
fer data while preventing data from being held in a 
transfer buffer area. 
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In the electronic computer system thus config- 
ured, one embodiment of the present invention In 
which information is transferred between spaces in 
each of the central processing units in accordance 
with a request from or to the terminal device or 
central processing unit in the network, is explained 
with reference to Fig. 2. A, B, D and E in the 
central processing unit 1 denote memory spaces in 
user programs, and C denotes a common area" 
shared by those spaces. Information is transferred 
between the spaces through the common area C. A 
detailed configuration of the memory space A is 
shown in Fig. 2. The memory spaces B, D and E 
are configured in the same way. In order to identify 
the elements in the memory space A, the reference 
numerals are followed by "A". Assuming that a 
request to transfer information in the space A to the 
space B has been issued, a transfer request pro- 
gram 57A registers the request into a transfer 
queue 51 A by an enque command. The transfer 
request program 57A examines a destination, puts 
together information to be transferred to the same 
destination to prepare a queue, and sends a start 
signal to a transfer execution program 52A. Then, 
they are dequeued from the transfer request 
queues on first-in first-out basis. The dequeued 
information is checked. That is, receive buffers 62 
for the respective spaces and the common buffer 
counter 59 in the common buffer area C are 
checked. The counter 62B which retains a count to 
indicate the number of receivable buffer areas each 
having the same size in the receive buffer 58B in 
the destination space is examined. If the count of 
the counter 62B is "0", the transfer is stopped and 
the previous dequeue command is cancelled. Ac- 
cordingly, the transfer request is retained in the 
queue 51 A. On the other hand, if the count of the 
counter 62B is not "0", it means that the informa- 
tion may be transferred, and the counter is de- 
cremented by one. 

The transfer common buffer pool 60 has a 
buffer divided into areas of the same size. A coun- 
ter 59 which counts the number of free buffers 
which are not being used by others is examined. If 
the count of the counter 59 is "0", the dequeue 
command is cancelled. If the count of the counter 
59 is not "0", one buffer area is allocated as a 
transfer buffer, the counter 59 is decreased by one, 
and the transfer information is copied into the se- 
cured transfer buffer 60. Thereafter, the transfer 
buffer is enqueued in the transfer queued. "In the 
transfer queue 61, addresses indicating the areas 
of the buffer 60 are chained for each address in the 
sequence of occurrence. That is, they are queued 
for each destination, like the transfer request queue 
51 A. A start signal is sent to the transfer execution 
unit 52B of the destination space to start 52B. The 
reception of data is now explained. The transfer 



queue/dequeue unit 55B in the started 52B de- 
queues a head of the transfer queue to itself from 
the transfer queue 61 on a first-in first-out basis. 
The dequeued information is sent to the receive 

s unit 56B and the content thereof is copied into the 
receive buffer 58B. Upon end of copying, the trans- 
fer buffer is vacant. The counter 59 is incremented 
by "1" and the transfer operation is terminated. 
The receive buffer 58B is released after required 

70 processing in the space B. When it is released, the 
counter 62B is incremented by one. 

A detail of the transfer operation in the present 
embodiment is explained with reference to a flow 
chart and a table format. 

75 Fig. 3 shows a detail of a table prepared in 
each user space. 

A space control table 31 is prepared in each 
space. It contains a transfer information queue 
pointer 33 which points a start point of a transfer 

20 queue header list 35 for each space, and a transfer 
information queue pointer 34 which points an end 
point. The entry of the transfer queue header list 
35 is provided for each destination space. If no 
information transfer request has been issued in the 

25 space, the header list 35 thereof is all-zeros. As 
many header lists 35 as a maximum number (36) 
of spaces permitted to exist in the system are 
provided. 

The transmit buffer 39 stores the transmit data 

30 generated by executing the user program. The 
transmit buffer 39 is prepared by allocating mem- 
ory areas by a conventional control table. The 
transmit information control table 37 is prepared 
when the transmit data is stored in the transmit 

35 buffer. A predetermined number of receive buffer 
311 are provided in the user space. If data Is 
stored therein, a receive information control table 
310 is prepared and it is accessable by a space 
control table 31 . 

40 Fig. 4 shows a detail of the table prepared in 
the common area for use in the check. As many 
space control tables 403 as a maximum number of 
spaces permitted to exist in the system when the 
system was structured, and they control the num- 

45 ber of destination receive buffers. One control table 
is allotted for each space newly established. The 
common area space control table 403 contains the 
number 412 of operable receive buffers 311 which 
are present in the assigned space. A predeter- 

so mined number of transfer buffers 407 are provided. 
A size of one plane of the transfer buffer 407 is 
equal to that of the receive buffer 311 in the user 
space. Thus, information copied on one plane of 
the transfer buffer 407 in the common area can be 

55 copied onto one plane of the receive buffer 31 1 . 

Processing for transferring data from one user 
space to other user space is explained. 



3 



5 



0 249 116 



6 



When a transfer request is issued from the 
user program, a transfer request processing pro- 
gram prepares a transmit information control table 
37 in which a destination space name is registered 
and which has a buffer pointer to point a transmit 
buffer in which the transfer data is to be stored. 
Then, the destination space 38 is read from the 
transmit information control table 37 and the trans- 
mit information control table 37 is enqueued into a 
corresponding queue header of the transfer queue 
header list 35 in accordance with the content of the 
destination space 38. As the transfer request pro- 
cessing program has enqueued the transmit re- 
quest control table 37 into the transfer queue head- 
er list 35, it sends a start signal to the transfer 
execution program of Fig. 5. 

The transfer execution program of Fig. 5 de- 
queues the transmit information control table 
queued in the transfer queue header pointed by the 
space control table 31. from the start point 33 of 
the header on first-in first-out basis (101). Before 
the table is dequeued from the chain, the following 
check is carried out. 

The transfer execution program first obtains a 
pointer for the common area space control table 
403 from the system control table 401 in the com- 
mon area. Then, it obtains the number 412 of 
operable receive buffers 412 in the receive space 
* from the common area space control table 403. 
The number of planes of the receive buffer pre- 
pared for the space has been set when the system 
was structured. If there are 20 planes in receive 
buffer in the space, the number 412 is 20. If the 
number is not zero (YES in 102), it means that the 
buffer which is usable as a receive buffer still 
remains in the space. In order to reserve that 
receive buffer, the entry is decremented by one 
(103). Thus, the number of usable receive buffers 
is decremented by one and one plane of receive 
buffer in the space is reserved. If the number is 
zero, it means that no information can be trans- 
ferred to that space. Thus, the transfer execution 
ceases the transfer to the space pointed by the 
transfer queue header list 35 in the space (108), 
and updates the pointer to the next space (109). As 
a result, the transfer execution program is resumed 
for the next space rather than the previous space. 
The transfer request issued to the previous space 
is chained in the transfer queue header list without 
being dequeued. 

If one plane of the receive buffer has been 
successfully secured by the check of the number 
of usable receive buffers by the transfer execution 
program, then the number 410 of usable buffers in 
a base portion of the buffer pool 406 in the com- 
mon area is checked (104). If the entry is not zero, 
it means that an area usable as a transfer buffer 
still reamins in the common area, and one plane is 



secured from a free queue pointed by the usable 
buffer pointer 409 and the number of usable buff- 
ers Is decremented by one (105). The number 410 
of usable buffers corresponds to the number of 

5 planes of the buffers prepared in the common area 
when the system is structured. If there are ten 
planes in the transfer buffers prepared in the com- 
mon area, the number 410 is ten. If the number is 
zero, the transfer is ceased as is done for the 

io check of the number 412 of usable receive buffers 
of the common area space control table 403. In 
order to release the receive buffer in the receive 
space which has already been reserved, the num- 
ber 412 of usable receive buffers 412 of the com- 

75 mon area space control table 403 is incremented 
by one (110). The transfer execution program 
ceases the execution while it chains all transfer 
requests in the transfer queue header list 35 (111). 
After the transfer buffer of the common area 

20 has been successfully secured, the transfer in- 
formation control table 37 is dequeued from the 
chain of the transfer queue header list 35. Informa- 
tion is copied to the previously secured common 
area transfer buffer 407 (106). The transfer informa- 

25 tion control table 404 is enqueued into the common 
area space control table 403. 

After the enqueuing, the transfer execution pro- 
gram sends a start signal to the transfer execution 
program of the destination space (112). 

30 Whether the transfer queue is present in the 
user space or not is checked (113), and if it is 
present, the above steps are repeated, and if it is 
not present, the process is terminated. 

The transfer execution program of the receive 

35 space started from the transfer location is now 
explained with reference to a flow chart of Fig. 6. 

As described above, after the information has 
been copied into the common area and enqueued 
into the corresponding common area space control 

40 table 403, the receive location is started. The trans- 
fer execution program in the receive location de- 
queues the transfer information queued in the com- 
mon area space control table 403 for its own space 
on first-in first-out basis (601), and copies it into the 

45 previously reserved receive buffer 31 1 (602). After 
the copying, the receive information control table 
310 is prepared and ft is chained to the queue 312 
(603). The receipt of data is informed to the receive 
information control program (604). Then, the buffer 

so 407 in the common area is released (605). The 
chain of the usable buffer pointers 409 is updated, 
the number 410 of usable buffers is incremented 
by one, and a signal is sent to a space in the 
common area which is waiting because of shortage 

55 of buffer to inform that the common area buffer is 
available (606). 
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Whether the transfer queue still remains or not 
is checked (607), and if it remains, the above steps 
are repeated, and if it does not remain, the process 
is terminated. 

After the common area buffer has been re- 
leased by the receive information control program, 
the received information is processed in the re- 
ceive space and then the receive buffer is re- 
leased. When it is released, the number 412 of 
usable buffers in the common area space control 
table 403 is incremented by one, a signal is sent to 
all spaces to inform that there is an available re- 
ceive buffer in its own space, and the transfer 
execution programs in the respective spaces are 
started. 

In accordance with the present embodiment, 
when the receive buffer in the destination location 
is not ready to receive, the request has to wait at 
the transfer location. Thus, the common buffer for 
transfer is not occupied for a long time. On the 
other hand, it is assured that the information on the 
common buffer is received by the destination loca- 
tion. Accordingly, the information is not held for a 
long time. Thus, an affect to certain transfer opera- 
tion by failure of other transfer is prevented. 

In accordance with the present invention, since 
the status of the receive buffer in the receive 
location can be grasped at the transmit location, it 
is prevented that an amount of information which 
cannot be received is supplied to the transfer buff- 
er and the data continuously flows on the buffer. 
Even if certain transfer fails due to saturation of the 
receive buffer, other transfer can continuously flow 
independently. As a result, the transfer buffer may 
be used as a pipeline and the failure of transfer 
due to buffer block or buffer shortage Is prevented. 



c) transmitting the data stored in said trans- 
fer buffer to said receive buffer of the destination 
memory area 

2. A method for controlling data transfer ac- 

5 cording to Claim 1 further comprising the step of: 
holding the data to be transferred in a transferring 
memory area instead of transmitting the data when 
the receive buffer of the destination memory area 
is not available. 

io 3. A method for controlling data transfer ac- 
cording to Claim 1 or 2 wherein said indication 
means includes counter means to which the num- 
ber of receive buffers provided in said memory 
areas is initially set, and said counter means is 

16 decremented each time the receive buffer is oc- 
cupied and incremented each time the receive 
buffer is released. 

4. A method for controlling data transfer ac- 
cording one of the Claims 1 to 3 wherein said 

20 memory areas each includes a queue header for 
the transfer data and a transmit information control 
table pointed by said header for pointing an area in 
which the data to be transferred is stored, and in 
said step a), the transmit information control table 

25 which points the area in which the data to be 
transferred is stored is searched, and if it is found, 
said indication means is referenced to check 
whether the receive buffer of the destination loca- 
tion memory area is vacant or not. 

30 5. A method for controlling data transfer ac- 
cording one of the Claims 1 to 4 wherein said 
counter means is commonly accessable by said 
memory areas. 

35 



Claims 

40 

1. A method for controlling data transfer in a 
data processing system including a plurality of 
memory areas (A, B. C. D, E) each having a 
receive buffer (63) and a transfer buffer (58) com- 
monly accessable by said memory areas wherein 45 
data is transferred between the memory areas 
through said transfer buffer, said data processing 
system including indication means (59) for indicat- 
ing availability of the receive buffers of said mem- 
ory areas, said method comprising the steps of: so 

a) referencing said indication means in re- 
sponse to occurrence of data to be transferred in 
one memory area to determining whether the re- 
ceive buffer of the destination memory area is 
available or not, 55 

b) storing the data to be transferred into said 
transfer buffer when said receive buffer is vacant, 
and 
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